Summary

Brian Casel이 자신의 비즈니스를 두 가지 AI 생태계 — 자율적 에이전트 위임을 위한 OpenClaw와 깊은 협업 및 창의적 작업을 위한 Claude — 로 나누어 운영하는 경험을 공유한다. OpenClaw는 반복 작업을 자율적으로 소화하는 "원격 팀원" 느낌이고, Claude는 전략과 글쓰기에 탁월한 "협업 파트너"에 가깝다. 핵심 메시지는 스킬(Skills) 파일이 플랫폼 종속 없이 이식 가능하므로 어느 한쪽에 올인할 필요 없이 프로세스 중심으로 설계하라는 것이다.

"The question isn't really OpenClaw versus Claude. The question is which platform or which combination of the two removes the most friction from me deploying my processes to my agents using skills."

Improve Capture & Transcript (ICT)

도입: 에이전트에게 반복 업무를 맡기겠다는 목표

올해 목표는 비즈니스에서 반복적으로 발생하는 업무 대부분을 에이전트에게 위임하는 것이다. 지금은 OpenClaw와 Claude 두 생태계를 동시에 테스트하고 있다. 콘텐츠 스케줄링, 백로그 관리, 보고서 작성 등 하루를 잡아먹는 접착제 같은 업무들을 자동 운영으로 돌리고, 나와 팀원들은 창의적 사고, 제품 전략, 진짜 레버리지가 큰 일에 집중하고 싶다.

OpenClaw 대 Claude(Claude Code + Claude Co-work) — 두 생태계 모두 빠르게 진화하고 있으므로, 여기서 공유하는 것은 2026년 초 기준 스냅샷이다. OpenClaw가 강한 곳에서 Claude는 약하고, 그 반대도 마찬가지라서 이 비교가 의미 있다. 오늘 세 가지를 다룬다.

OpenClaw vs. Claude: 작업 경험의 차이

첫째, OpenClaw와 Claude 각각의 작업 느낌(vibe)과 실제 에이전트 업무에 적합한 영역, 그리고 에이전트 기반 비즈니스를 구축할 때 상호운용성을 어떻게 생각해야 하는지 살펴본다.

기술적 사용 사례에 앞서, 두 생태계로 작업할 때의 전반적인 느낌을 짚어보자. 비즈니스를 이 플랫폼 위에 구축하려면 시스템과 프로세스를 신뢰할 수 있어야 한다 — 팀이 의존하고, 고객이 의존하는 것들이기 때문이다.

Claude 생태계는 이미 그 신뢰를 확보했다. 창의적 사고, 글쓰기, 디자인, 전략 기획에 Claude 모델을 선호하며, 제품 자체가 세련되고 성숙한 느낌을 준다. Anthropic이라는 회사가 비즈니스 사용 사례에 명확히 집중하면서 사려 깊게 제품을 출시하는 점도 인상적이다.

OpenClaw는 다른 이야기다. 거친 신생 플랫폼이고 그 느낌이 그대로 전해진다. 설정, 구성, 안정성, 문서화 곳곳에 페이퍼 컷(소소한 불편)이 있다. 공식 가이드가 부족한 부분을 커뮤니티가 채워주고 있는데, 이것이 축복이자 저주다. OpenClaw로 많은 것을 할 수 있지만, 비즈니스 오너 입장에서는 조심스러울 수밖에 없다. OpenAI의 지원을 받고 있지만 아직 기반, 완성도, 사용 편의성이 형성 중이다.

하지만 바로 그 거친 에너지가 에이전트 고용이라는 아이디어를 이전보다 훨씬 현실적으로 만들었다. OpenClaw가 이 개념을 열어젖혔고, 제품이 더 성장해야 하지만 개념 자체는 영속적이다. 때로는 돌파구가 세련된 기존 강자가 아니라 거친 신참에게서 나온다.

OpenClaw의 자율 위임 시스템

어떤 생태계가 실제로 반복 업무를 에이전트에게 넘겨 자율적으로 운영하게 할 수 있는가? 이 부분에서 OpenClaw가 빛난다. 처음부터 자율 위임용으로 설계되었기 때문이다.

에이전트 팀은 전용 머신의 파일 시스템에서 작동하고, 반복 작업을 수행하며, 태스크를 소유하고, Slack과 Telegram을 통해 보고한다. 마치 원격 팀원과 소통하는 느낌인데, 그 팀원이 책상 위의 Mac Mini에 살고 있는 것이다.

파일 시스템에는 스킬(Skills) 폴더가 있다. 에이전트에게 주는 프로세스, 지침, 업무의 모음이다. Claude를 활용해 이 프로세스와 지침을 편집하고, 스킬 파일들을 매일 쓰는 Mac들과 에이전트 전용 Mac Mini 사이에 Dropbox로 동기화한다. macOS의 화면 공유 기능으로 Mac Mini를 들여다본다. 스킬, OpenClaw 설정, 비즈니스 운영용 브레인 시스템 등 대부분 마크다운 파일 컬렉션이다.

커스텀 대시보드 시스템도 구축했다. 태스크 보드에서 에이전트별로 분류하여 각 에이전트가 담당하는 태스크를 확인할 수 있다. 모두 반복 태스크이며, 태스크 템플릿으로 반복 태스크를 생성·재생성한다.

흥미로운 점은 태스크를 열어보면, 상세 지침을 태스크 안에 넣는 대신 "콘텐츠 개발 스킬을 사용하라"고만 지시한다. 에이전트가 해당 스킬의 모든 지침을 읽고 실행하는 구조다. 콘텐츠 제작 중심 비즈니스이므로 다양한 반복 태스크가 있다 — 개발 프로세스, 브랜드 일러스트레이터, GitHub 리포 코드 활동 캡처 등.

OpenClaw 시스템은 반복 스케줄에 따라 백그라운드에서 자동으로 태스크를 실행하고, 완료되면 Telegram 메시지로 보고서를 보내준다. 보고서에 마크다운 파일 링크가 포함되어 있어 BrainOwn이라는 커스텀 마크다운 에디터/뷰어 앱에서 확인할 수 있다. 모든 것이 Dropbox를 통한 파일 시스템 공유와 태스크 대시보드 앱을 통한 반복 태스크 디스패치로 이루어진다.

이런 커스텀 앱을 만드는 것이 그리 어렵지 않으며, Builder Methods Pro에서 OpenClaw 에이전트 관리용 커스텀 대시보드 구축 시리즈를 공개하고 있다.

Claude 생태계의 현재 한계

Claude로 에이전트 팀을 운영하는 것은 얼마나 가능한가? 공정하게 말하면, Claude는 글쓰기, 전략, 제품 사고, 도구 구축에서 최고의 결과를 내놓았다. Claude와 Claude Code는 여전히 최우선 도구다.

하지만 핵심은 바로 그것이다. Claude는 프로젝트에서 나와 페어링하는 협업자(collaborator) 느낌이고, OpenClaw는 책임을 위임할 수 있는 팀원(teammate) 느낌이다.

Claude Co-work이 최근 예약 태스크를 추가한 것은 올바른 방향으로의 큰 진전이다. 하지만 개인 머신이 켜져 있고, 깨어 있고, Co-work이 열려 있어야 한다. 게다가 예약 태스크가 알림 없이 조용히 실패하는 경우가 있어 신뢰성 문제로 돌아온다.

디바이스와 모바일, 클라우드 간 이동이 Claude 생태계의 현재 가장 큰 격차다. Claude Co-work은 데스크톱 컴퓨터에서 로컬로만 실행되며 다른 디바이스와 격리되어 있다. Claude와 Claude Code 간에 아티팩트와 컨텍스트를 복사하는 것은 가능하지만 번거롭고 수동적이다. 매끄러워야 할 부분이다.

Claude Code가 최근 Remote 기능을 추가하여 로컬 세션을 클라우드로 넘겨 모바일에서 이어갈 수 있게 했다. 큰 진전이지만 로컬 머신에서 먼저 세션을 시작해야 한다. 모바일에서 Claude 태스크를 시작할 수는 있지만, 에이전트 프로세스가 정의된 스킬 파일에 접근할 수 없다.

Claude 생태계에 모든 구성 요소가 있지만, Claude-Claude Code-Claude Co-work 간의 핸드오프 연결이 아직 충분하지 않다. 2026년 말까지 Anthropic이 이 격차를 메울 것으로 예상하지만, 지금 당장 자율적으로 작동하는 에이전트에게 위임하는 것은 OpenClaw에서만 실질적으로 가능하다.

스킬: 플랫폼 종속을 피하는 열쇠

OpenClaw와 Claude 생태계 각각 장단점이 있다면, 잘못된 쪽에 베팅하는 것을 어떻게 피할까? 답은 어느 쪽에도 베팅하지 않는 것이다. 프로세스에 베팅한다. 이것이 스킬로 귀결되는 지점이다.

스킬은 대부분 마크다운 파일(때로 스크립트와 예제 포함)이며, 반복 가능한 프로세스를 정의한다. 어떤 에이전트든 특정 업무를 수행하기 위해 따를 수 있는 단계별 지침이다. Claude가 작년에 스킬 개념을 처음 도입했고, 이후 모든 주요 플랫폼에서 채택되었다 — OpenClaw, Cursor, Codex, Claude Code, Claude Co-work 모두에서 작동한다.

이 단일 표준으로의 수렴이 매우 중요한데, 비즈니스를 위해 구축하는 프로세스가 특정 플랫폼에 종속되지 않는다는 뜻이기 때문이다. 지금 창의적·전략적 작업의 대부분이 바로 이 스킬 파일 라이브러리에서 이루어진다. 스킬의 프로세스를 다듬으면 말 그대로 에이전트가 업무를 더 잘하도록 만드는 것이다.

"The question isn't really OpenClaw versus Claude. The question is which platform or which combination of the two removes the most friction from me deploying my processes to my agents using skills."

지금은 업무에 따라 답이 다르고, 스킬이 이식 가능하므로 그것으로 괜찮다. 스킬에 투입한 노력은 플랫폼이 진화해도 함께 이동할 수 있다.

결론: 태스크가 아니라 잡(Job)을 설계하라

이 모든 것의 원칙은 OpenClaw든 Claude든 다음에 무엇이 나오든 동일하다. 잡(Job)을 설계하라, 태스크가 아니라. 프로세스를 정의하고, 스킬로 감싸고, 에이전트가 소유하게 하라.